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METHOD OF AND SYSTEM FOR CONFIGURING ATION CONTROL IN 
TELECOMMUNICATIONS NETWORKS 

CROSS REFERENCE TO RELATED APPLICATIONS 

This application is the US national phase of PCT 

5 application PCT/EP2003/008702 , filed 6 August 2003, published 04 
March 2004 as WO 2004/019556, and claiming the priority of 
Italian patent application TO2002A000742 itself filed 23 August 
2002, whose entire disclosures are herewith incorporated by 
reference . 

10 FIELD OF THE INVENTION 

The present invention tackles the p r o blem o f achievin g 
relates to control ling [ [over] ] the configuration of the various 
elements (nodes, interfaces between nodes, etc.) included in a 
telecommunications network and it w as devel o ped w ith in 
15 particular attenti o n relates to the possible accomplishment of a 
centralized function for controlling the configuration of a 
telecommunications network, such as a mobile telecommunications 
network. Nonetheless, the uses of the invention are not limited 
to this specific application. 
20 BACKGROUND OF THE INVENTION 

In general, the activities of controlling and designing 
the configuration data of a telecommunications network are 
particularly complex and delicate. 

Among the reasons for the complexity of the [[said]] 
25 activities, the following can be recalled: [[-]] 

most interventions in the network, such as the 
insertion of a new node (for instance, the 
so-called MSC/VLR of a mobile radio network) , the 
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introduction of a new service or the maintenance 
of an existing service generally implies the need 
to define /rede fine the data pertaining to the 
new/pre-existing nodes; [[-]] 
5 given the possible centrality of a node within the 

network architecture (again considering the 
example of a MSC/VLR of a mobile radio network) , 
the erroneous definition of configuration data of 
a node and of the criteria for interaction with 
10 the nodes destined to co- operate with the node 

itself can lead to deleterious effects in terms of 
service availability and possible consequent loss 
of revenues ; [ [ - ] ] 
in a network, even a small sized one, a great quantity 
15 of configuration data is present which, in 

addition to being delicate and having strategic 
value, are siobject to being updated very 
frequently, and [[-]] 
the activities of designing and/or configuring the 
20 nodes and the other elements of the network are 

generally carried out (even when the nodes are 
based on the same technology) at different times 
by different siobjects. 
Wholly identical functions alities can therefore be 
25 implemented according to equivalent but not exactly identical 

principles and criteria, giving rise-within the network- to a lack 
of uniformity which is always negative; this also taking into 
account the fact that, in any case, different network operators 
have the tendency to integrate in the same network nodes and/or 
30 node components based on different technologies. 
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It is therefore necessary to provide network operators 
with such instrioments as would enable them to: [[-]] 

ensure that the configuration data of the operating 
facilities comply with the rules set out by the 
5 network operators in the technical design 

standards, [[-]] 
standardize the configuration of the systems thanks to 
the identification, on one hand, of the 
configuration data destined to be identical for 
10 all systems and, on the other hand, of the data 

that cannot be, given their dependence on the 
location of the system within the network; [[-]] 
optimize the performance of the systems, identifying 
and eliminating any redundancies in the 
15 configuration data, and [[-]] 

unite in a single entity the function of defining the 
reference configuration rules, leaving to other 
entities (possibly distributed over the territory 
if the network is a large one) the action of 
20 verifying whether the configuration of the nodes 

complies with the [[said]] rules. 
In this regard it should be noted that there is a 
strong interdependence among the various categories of the 
configuration data; therefore, it is necessary to have 
25 instrviments available to check the effects due to the variation 

of the generic data category: a typical example regards niombering 
analysis , which is strongly interdependent with billing analysis . 

There is also a strong implicit interdependence between 
the configuration data of different nodes in the network. In 
30 other words, the correct treatment of a service within each 
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network node considered individually fails to guarantee in 
absolute fashion the correct operation of the service within the 
network in its entirety. Design configuration choices on the 
individual network nodes , which in themselves may be functionally 
5 correct, may in fact be found incompatible when the nodes are 

interfaced. When verifying the operation of network services or 
performance, oftentimes there are no absolute correctness 
criteria to be applied to the individual node, but it is 
necessary to use correctness criteria relating to the operation 

10 of the other nodes in the network. 

For instance, it is known among those versed skilled in 
the art that an error in a configuration data item in one node 
can cause malfunctions in the network services that manifest 
themselves only outside the node itself. The node whereon an 

15 error is observed is not always responsible for the malfunction. 
Therefore, it is necessary to obtain instriaments that have the 
capability of checking the behavior induced on the network by the 
configuration data, both at the level of the individual node and 
at the level of the entire telecommunications network in which 

20 the node is inserted. 

In addition, ally the semantic distance between the 
punctual configuration data item and the effect it has on the 
behavior of the network can be very large. The network operator 
can detect an error in a configuration data item but not be able 

25 to estimate its severity; conversely, he may observe an undesired 
behavior in the network but not be able to determine which error 
in a configuration data item in a node may have caused it. 

Therefore, it is important to have instr\jments 
available that are able to offer a vision both of the global high 

30 level behavior of a network service, and to perform a low level 
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analysis of the individual configuration data item in a specific 
node, aiding the user in semantically connecting the different 
levels of detail of the analysis . 

Traditional techniques for checking the correctness of 
5 configuration data are generally based on the preventive manual 
checking of sets of commands containing modifications to 
configuration data, on checks through software tools of 
compliance with the correct syntax of the configuration commands , 
or on making test calls to test the proper operation of the 

10 service downstream of the transmission of the configuration data 
in the network. 

These [[said]] techniques do not allow one to identify 
in a wholly satisfactory manner possible errors in the 
configuration data, either because they are too costly in terms 

15 of time and resources or because they are not exhaustive. For 

example, very often modifications to configuration data are made 
during the night time hours under conditions of light network 
loading. Tests conducted in this network condition may not be 
exhaustive since, under conditions of heavier loading, the 

20 network may for instance perform different routings following 

second or third choice routing paths because of the saturation of 
the main routing due to intense traffic. It is therefore 
important to provide network operators with instrioments that are 
able to give answers as to the correctness of configuration data 

25 more accurately and exhaustively than those that can be obtained 
with traditional techniques and in compliance with the time lines 
required for activating network services . 

In view of the deleterious consequences of errors in 
the configuration data, it is advisable on one hand to be able to 

30 perform checks prior to updating data in the network and on the 
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other hand to extend the checking action passing from a mere 
function of analysis and verification to a function of (re) 
designing the configuration data of the nodes in accordance with 
predetermined rules. 

OBJECT OF THE INVENTION 
The object of present invention is aimed at to provid 
[ [ing] ] a solution able to overcome the limitations set out eJ^ove 
and to meet the requirements described previously in a wholly 
satisfactory manner. 

SUMMARY OF THE INVENTION 
According to the present invention, this object ssid 
aim is achieved thanks to a method having the characteristics 
specifically described in the claims that f o ll ow below. The 
invention also relates to the corresponding system as well as the 
corresponding computer program product able to be directly loaded 
into the internal memory of a digital computer and comprising 
portions of software code to implement the method according to 
the invention when the product is run on a computer. 

BRIEF DESCRIPTION OF THE DRAWING 
The invention shall now be described, purely by way of 
non limiting example, with reference to the accompanying 
drawings , in which : [ [ - ] ] 

FIG^^ [ [ure] ] 1 shows, in the form of a functional block 
diagram, the possible architecture of a control 
system, integrated in a mobile radio network, 
operating according to the invention , [ [ - ] ] 
FIG_^ [[ure]] 2 shows, in the form of a functional block 
diagram, a configuration check being performed in 
a system according to the invention, [[-]] 
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FIGS, [[ures]] 3 through 5 show some examples of data 
structures involved in the check of FIG_^ [ [ure] ] 
2, [[-]] 

F1G_^ [[ure]] 6 shows, in the form of a functional block 
diagram, a functional check being performed in a 
system according to the invention, [[-]] 

FIGS, [[ures]] 7 through 9 show some examples of data 
structures involved in the check of FIG^ [ [ure] ] 
9, [[-]] 

FIG_^ [ [ure] ] 10 shows the structure of the functions 
with which the node can be modeled for the 
simulation aims of the invention, [[-]] 

FIG^ [ [ure] ] 11 shows an example of functional analysis 
carried out in a system according to the 
invention , [ [ - ] ] 

FIG^ [[ure]] 12 shows, in the form of a functional 

block diagram, the execution of a functional check 
involving the node state simulation component in a 
system according to the invention, [[-]] 

FIG^ [[ure]] 13 shows, also in the form of a functional 
block diagram, the execution of an analysis at the 
level of the entire network using the 
interface/protocol simulator, and [[-]] 

FIG^ [[ure]] 14 shows, again in the form of a 

functional block diagram, the application of the 
various techniques described also to a possible 
future configuration built by applying only in the 
simulated environment a set of commands for 
modifying the current configuration. 
SPECIFIC DESCRIPTION 
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In the currently preferred embodiment, the solution 
according to the invention allows one to implement a set of 
techniques that allow, adopted either separately or in mutual 
combination, to manage and check the configuration data of the 
5 elements included in a telecommunications network. This 

providing in particular the ability to simulate the behavior of 
the network nodes and of other elements of the network in the 
absence of interaction with the [[said]] elements subjected to 
checks . 

10 In particularly advantageous fashion, the 

characteristic elements of the solution according to the 
invention are able to coexist and co-operate with more 
traditional control techniques. 

A first example in this regard is given by the 

15 configuration control technique aimed at verifying the 

configuration of the data of the node, comparing it with a 
reference standard. 

To achieve this type of control in a system of the type 
illustrated herein, typically the configuration data in operation 

20 are drawn from one or more files associated with the node 
(commonly called printouts) and the data in operation are 
compared with the reference data. 

This first technique is simple to implement, as it 
requires to compare the equality of two sets of data without 

25 making any simulation of the behavior, for instance, of the 

nodes . Each discrepancy between the data measured in a node and 
the reference data constitutes an error in the configuration 
data, which can be removed by generating a packet of 
modifications to the configuration data such as to make them 

30 identical to the reference. 



23207AP1.WPD 



23207 SN 10/524,641 AU 2157 Marked Version 

This solution is suitable to solve data standardization 
problems. However, it is not-in itself- suiteJ^le to meet all 
indicated requirements: to be effective, the reference standard 
must be at the same level of detail as the configuration data; 
5 moreover, this type of checks is not applicable when the set of 
data to be checked does not have the objective of being (or 
cannot be) identical in all nodes in the network; lastly, there 
is no immediate correlation between the error detected in the 
configuration data and its consequences on the operation of the 
10 service and on the performance of the network. 

Another technique is instead based on the simulation of 
the behavior of the functions of the node by means of 
so-called" functional checks "with the goal of verifying the 
operation of the node by comparing the emulated behavior with the 
15 behavior specified by the reference standard. 

In this regard it should be recalled that [[-]] in 
general [[-]] a network node is constituted by a set, which can 
be quite complex, of co-operating functions. 

For example , there are functions that manage : [ [ - ] ] 
20 user profile analysis, [[-]] 

calling numbers and called numbers analysis, [[-]] 

signaling routing analysis, [[-]] 

call routing analysis, [[-]] 

call billing analysis, and [[-]] 
25 end of selection analysis. 

To each functionality are generally associated one or 
more configuration files (with known format, called node 
printouts) that indicate the values of the parameter of the 
functionality itself. 
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It is possible to request from the generic node the 
configuration of the functionality of interest starting from the 
so-called printout. 

To allow functional checks, software functions (called 
5 "analyzers") are specified and realized, and each simulates the 
individual functionality of the node. 

For example, with reference to call management, 
analyzers are used to simulate called numbers management, 
signaling routing, call routing, etc. 
10 From the analysis of the global operating 

specifications of the node, procedures destined to exploit the 
aggregation of the analyzers to simulate the function of the node 
are specified, the [[said]] procedures thus allows one to 
simulate a whole series of global behaviors of the node. 
15 To simulate the execution of the generic procedure, the 

following input data are used: [[-]] 

the configuration data in operation of the analyzers 

associated with the procedure and obtainable from 
the corresponding node printouts, and [[-]] 
20 the input parameters for the global procedure. 

The check verifies that the expected operation 
coincides with that obtained by executing the procedure for the 
node of interest. 

To enable the user to simulate in step-by-step mode the 
25 generic function of the node, an environment is defined that 
allows one to : [ [ - ] ] 

select the node of interest, [[-]] 
select the analyzer of interest, [[-]] 
configure the input data to the analyzer, and [[-]] 
30 simulate the function in step-by-step mode. 
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This technique offers a solution that overcomes many of 
the disadvantages of the prior art. Comparing the expected and 
observed behaviors in a node by means of the simulation carried 
out with the analyzers, it is no longer necessary for the 
5 reference to be expressed at the same level of detail as the 

configuration data; moreover, it is not the equality of the data 
with respect to the reference that is checked, but rather the 
behavior which data induce on the node. This makes the technique 
effective even in contexts in which the configuration data do not 

10 have the objective of being (or cannot be) rendered identical on 
all systems. Moreover, since it is a check with a greater 
semantic content than that of the prior art, the correlation 
between the error detected in the configuration data and its 
consequences on the operation of the service and on the 

15 performance of the network is easier. 

To the techniques described previously, the solution 
according to the invention allows one to add more advanced 
techniques, better described hereafter. 

Some analyzers can lead to more than one possible 

20 analysis result, whereof only one is followed each time by the 

node in its actual behavior. The choice made by the node depends 
on the instantaneous conditions of the network. 

One can take, by way of example, the analysis of 
routings for a network service: a call directed to a number can 

25 be routed, for the same final destination, following different 
paths, each with different priority, depending on the loading 
condition of the paths at the time of routing. 

In the currently preferred embodiment, the invention 
provides for the introduction of a new simulative element that 

30 takes into account all possible analysis results corresponding to 
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different possible states of the node, in order to use the 
[[said]] results to obtain the simulation of the exhaustive 
behavior of the node, i.e. independently from the particular 
instantaneous network conditions . 
5 With respect to the prior art, this development allows 

one to overcome the limitation given by the non exhaustive nature 
of the technique that calls for the execution of manual call 
tests conducted during night time hours (which verify the proper 
operation of the service only in the particular case of unloaded 

10 network) , considerably increasing reliability and allowing an 

exhaustive simulative approach to configuration data management 
with respect to traditional techniques. 

An additional enhancement is obtained by introducing a 
new element that is able to simulate the interaction between one 

15 node and the next in the traffic path. 

This [[said]] element serves as a simulator of the 
component useful for analyzing the interwork at the interface 
between the network nodes. For example, it simulates the network 
protocol interfaces used for signaling exchanging or call routing 

20 purposes ("interface/protocol simulators") . This new element 

allows one to pass from the simulation of the behavior of a node 
to the simulation of the overall behavior of the network in case 
of a particular service or performance. 

To allow the user to simulate the complete behavior of 

25 the network, based on the configuration data present for a 

certain service in the network, an environment is defined that 
allows one to: [[-]] 

select a traffic scenario and a starting system, 
setting determined initial conditions of the 

30 simulation; [[-]] 
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visualize all possible alternatives obtained by 

simulating the different nodes and the different 
interfaces that in any network condition will lead 
to the rendering of the service given the initial 
5 conditions set. 

The coexistence of this technique with all techniques 
illustrated previously in the same instrioment enables the user to 
fill the semantic distance between the punctual configuration 
data and its effect on the behavior of the network, offering both 
10 a vision of the high level global behavior of a service in the 

network, and the possibility to carry out a low level analysis of 
the individual configuration data item in a specific node, aiding 
the user in semantically connecting the different levels of 
detail of the analysis. 
15 An additional simulative element allows one to apply to 

a configuration detected in the network a set of commands for 
modifying the configuration itself in the simulated environment 
alone, leading to a new version of the configuration data set for 
a single node or even for the entire network. On this new 
20 version of the configuration, all prior techniques can be 
applied . 

This new simulative element therefore allows one to 
apply all prior techniques not only to the verification of 
existing configuration data, but also to the data consequent to a 
25 set of appropriate configuration commands applied to the existing 
configuration before their actual insertion in the network node. 

This technique can be used effectively together with 
the prior ones in design as well as control activities to provide 
a sort of analysis of the impact in the network of the 
30 introduction of a certain set of modifications to the 
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configuration data, highlighting any errors and consequent 
degraded services before their actual introduction into the nodes 
constituting the actual environment. 

Moving now to a detailed examination the accompanying 
5 drawings , in FIG_^ [ [ure] ] 1 the reference N globally indicates a 
telecommunications network represented- in the application example 
whereto (without thereby limiting the scope of the invention) 
reference shall constantly be made hereafter-by a mobile radio 
network. FIG_^ [[ure]] 1 schematically shows various MSC/VLR 

10 (Mobile Services Switching Center/Visitor Location Register) and 
HLR (Home Location Register) elements, connected, through a data 
network RDl, to respective management systems, respectively 
indicated as k-1, k, k+1. 

As stated, although the solution according to the 

15 invention was developed in view of its possible application to 
controlling the configuration data of a mobile radio network, 
reference to the [[said]] possible application must not be 
construed as limiting the possible scope of the invention, which 
is altogether general. 

20 The general structure and nature of the network can be 

any. This holds true in particular for the structure and the 
interconnection modes of the various nodes included therein. 
Specifically, the fact that three management systems are 
represented, distinguished by the references k-1, k and k+1 is 

25 purely by way of example and is in no way destined to express a 
connection or sequential constraint of any sort existing among 
the systems. 

This stated, referring (again by way of example) to a 
mobile radio network, within the network nodes particular 
30 relevance is ass\jmed by the management systems..., k-1, k. 
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k+1 , . . . typically called OMC (Operation and Maintenance Center) . 
Here are collected the files (called node printouts) with the 
configuration data of the network nodes . 

For the purposes of the present invention, it will be 
5 sufficient to recall that the configuration data characteristic 
of each node in the network are usually organized in the form of 
ASCII files that may reside in the management system..., k-1, k, 
k+1 , . . . and are therefore able to be collected at the level of a 
data base DB destined to constitute the heart of the server S of 

10 the system according to the invention. 

The collection of the files containing the 
configuration data of each network node can be carried out by the 
server S remotely, for instance according to the typical 
transmission modes of a data network (RD2) . 

15 Consequently, within the data base DB residing in the 

server S (or otherwise available to the server S itself) a 
portion of data base is dedicated, indicated as DBl, in which are 
collected the configuration data associated with the nodes, 
extracted from the configuration files CFk-1, CFk, CFk+1... 

20 drawn from one or more node printouts. 

The persons versed in the art will appreciate that, 
although-for the sake of simplicity in the description- the files 
in question are indicated herein with generic siobscripts . . . , k-1, 
k, k+1,..., this [[said]] designation must in no way be construed 

25 as indicative of a correspondence between files and management 
systems. This is because, for instance, each system may manage 
several nodes , each with multiple files . 

Another portion (indicated as Ml) of the data base DB 
is dedicated to storing the reference data or behaviors, used as 

30 a"model"for the entire network. 
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Otherwise stated, the model Ml, depending on the 
technique used on each occasion, may represent: a set of 
configuration data that are to be identical on all nodes of the 
network in configuration checks cases ; a set of expected 
5 behaviors for a node in the case of functional analyses; a set of 
exhaustive behaviors of all nodes that can be traversed in the 
case of simulation of a determined service over the entire 
network . 

The model Ml is organized by a network manager that 
10 creates the configuration model Ml through its own work station 
Wl which interacts, at the local network level or remotely, with 
the server S. 

The system represented herein allows, in the first 
place, to verify that the configuration data are all consistent 
15 (virtually identical to each other, at least in the parts 

destined to be so, because they are not specific of a particular 
node) and in any case in accordance with the configuration 
specifications defined by the"model" configuration. 

FIGS, [[ures]] 2 through 5 respectively show the 
20 general diagram of the control, the model Ml, the format of the 
configuration data and the type of outcome expected. 

The diagram of FIG_^ [ [ure] ] 2 shows the criteria 
whereby, within the scope of a system according to the invention, 
a configuration control is performed over the data relating to 
25 any functionality of the node. 

In essence, the [[said]] control corresponds to a 
verification function C carried out by comparing: [[-]] 

configuration data corresponding to the standard (model 
Ml) , able to have a structure of the type shown in 
30 10 in FIG^ [[ure]] 3, and [[-]] 
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the actual configuration data corresponding to the data 
in operation collected in the corresponding node 
printout and having, in the representation format 
internal to the system, a structure like the one 
5 shown in 12 in FIG_^ [ [ure] ] 4 . 

Starting from the comparison function indicated as C, 
the system generates a report REP having the structure 
represented in 14 in FIG^ [[ure]] 5. In practice, the report in 
question has a first has a first column showing an identifier of 
10 the configuration data item followed by a sequence of pairs of 

parameters where the first is the reference data item (postfix N, 
i.e. Norm or standard) and the other one the parameter in 
operation (postfix D, i.e. 

Data item in operation) . 
15 In this way, the report 14 allows one to highlight the 

following types of out-of -alignment conditions: [[-]] 

data in operation in excess with respect to the 

reference ; [ [ - ] ] 
missing data in operation with respect to the 
20 reference , and [ [ - ] ] 

different values of the parameters for the same 

configuration data item. 
In the currently preferred embodiment of the invention, 
the system is configured in such a way as to extend the control 
25 action beyond the mere step of verifying the actual situation. 
This is achieved by performing a function of reconfiguring the 
nodes of the network, aimed at causing any configuration data 
exhibit dismorphic characteristics with respect to the data of 
the "model "to be modifiable to attain the desired conforming 
30 condition. All proceeding with the reconfiguration of the nodes 
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accomplished remotely, for instance by transmitting to the 
management system..., k-1, k, k+1,... of the node involved on 
each occasion the commands and the data necessary to proceed with 
the reconfiguration. 
5 It will be appreciated that this preferred mode of 

organizing the system according to the invention allows one to 
perform a network reconfiguration action. the [[said]] action 
constantly assures that, for instance, all nodes in the network 
are configured in mutually uniform fashion and in accordance with 

10 the reference specifications. 

This operating mode allows constantly to follow the 
evolution of the network deriving, for instance, from the 
addition of new nodes and/or from the addition (or elimination) 
of determined functions of one or more nodes with the consequent 

15 reconfiguration of the entire network. 

This, it should be observed, also when the nodes of the 
network are not all based on the same technology. 

An important element of the solution described herein 
is given by the ability to simulate (by means of corresponding 

20 functions) the generic functionality of the nodes. This allows 
one to avoid any invasive impact on the network nodes . 

A node can generally be modeled as a set of co- 
operating functions. Within the scope of the solution described 
herein, functions alities that replicate the functions of the 

25 node have been defined and implemented. 

The functions that emulate the generic functionality of 
the node are defined in general -purpose fashion and the 
information required to simulate the behavior of the 
functionality of the node of interest are represented by: [[-]] 

30 the input data for starting the function, and [[-]] 
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the configuration data present in the node printout 

associated with the functionality. 
In this way it is possible to simulate the behavior of 
the generic functionality of the generic network node avoiding 
5 any invasive intervention on the network N itself. 

The solution according to the invention therefore 
provides for the afore the [[said]] verification to be performed 
by means of simulation according to the criteria better described 
hereafter. 

10 FIGS^ [[ures]] 6, 7, 8, 9, 10 and 11 refer to the 

criteria with which, within the system according to the 
invention, are performed the functional checks destined to verify 
that the expected operation of the node coincides with the one 
obtained from the execution of the corresponding procedure for 

15 the node of interest. 

In essence, the solution described herein is based on 
the performance of checks that can be accomplished no longer by 
comparing the actual configuration with the reference 
configuration, but comparing the set of expected behaviors of the 

20 node with the actual behavior computed by means of functional 
analyses that use the simulative method. 

The diagram of FIG_^ [ [ure] ] 6 shows the criteria with 
which, within the scope of a system according to the invention, 
are based the functional checks of the data relating to any 

25 functionality of the node. 

Within the network node, the configuration data present 
CNk are used by the related functions alities and influence the 
behavior of the node itself. 

The system described herein is able to acquire the 

30 configuration data CFk extracted from the printouts and, by means 
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of simulation modules called analyzers A, to simulate the 
behavior CSk that the node assumes as a consequence of the 
configuration itself. 

Lastly, the control corresponds to a verification 
5 module CC that operates by comparing : [ [ - ] ] 

a set of expected behaviors (model Ml) , able to have a 
structure of the type shown in 16 in FIG^ [ [ure] ] 
7, and [[-]] 

a set of simulated behaviors obtained as the result of 
10 the functional analyses and having, in the 

representation format internal to the system, a 
structure like the one shown in 18 in FIG^ [ [ure] ] 
8. 

Starting from the comparison function indicated as CC, 

15 the system generates a report REPC having the structure 
represented in 20 in FIG^ [[ure]] 9. 

In practice, the report in question has a sequence of 
pair of behaviors where the first behavior is the reference data 
item (postfix N, i.e. Norm or standard) and the other one is the 

20 simulated behavior (postfix S, i.e. Simulated) . The diagram of 
FIG_^ [[ure]] 6 also shows additional function blocks, indicated 
as FN and CRk, representative of the functions alities of the 
network node corresponding to the configuration data CNk and to 
the actual behavior of the node in question. 

25 The diagram of FIG_^ [ [ure] ] 10 shows the typical 

organization of a MSC/VLR of a mobile radio network, which can be 
seen as a set of co-operating functions destined to manage, for 
example, the calling niombers, the called n\jmbers, signaling 
routing, call routing, call barring, call billing and 

30 end-of- selection management. In essence, the solution according 
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to the invention is based on the creation, within the dateJ^ase 
DB, of a set of simulation functions at the software level, each 
of which was built based on the set of rules and criteria with 
which a determined node technology accomplishes a node 
5 functionality. 

For example, they can be, with reference to the MSC/VLR 
case mentioned previously, of functions that at the software 
level emulate : [ [ - ] ] 

billing analysis (20), [[-]] 
10 analysis of the identifier called International Mobile 

STobscriber Identity or IMSI (22), [[-]] 
signaling analysis (24), [[-]] 
call routing analysis (26), [[-]] 
calling nvimber analysis (28), and [[-]] 
15 called numbers and barring analysis (32) . 

FIG^ [ [ure] ] 11 shows the execution of the functional 
analysis carried out exploiting a register R which is nothing 
else than the set of variables able to represent: [[-]] 

the input data of the first function in the chain, [[- 
20 ]] 

the data obtained as a result of the generic function 
and able to represent the input data for the 
STobsequent function , and [ [ - ] ] 
the data obtained as the final result of the complete 
25 chain . 

For example, FIG_^ [[ure]] 11 shows a typical functional 
analysis sequence conducted in relation to checking the handling 
of the calls of users who use the service called "International 
Roaming" . 
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In particular, the check is aimed at verifying a 
foreign GSM user ' s ability to complete a call directed to a 
number in his/her own country of origin. 

After from a list (step 100) the node, an IMSI niomber 
5 and a called number in the country of interest, and after 

introducing the corresponding information in the register R, are 
activated in sequence the analyzers corresponding to the 
respective functions alities of the network node. In this case, 
the analyzers are activated in order for the analysis of the IMSI 
10 identifier (step 102) , the analysis of the called niombers and of 
the barring (step 104) and the analysis of billing (step 106) . 

It will be appreciated that the various analyzers 
exploit as configuration data: [[-]] 

the input data to activate the analyzer in the case it 
15 is the first of the chain, [[-]] 

the input data obtained from an analyzer activated 

previously, and [[-]] 
the configuration data obtained from the printout 
associated with the analyzer. 
20 FIG^ [ [ure] ] 12 shows the conduct of a functional 

control involving the node state simulation component. 

The simulator SS of the state of the node does not 
simulate an existing function of the real node but simulates the 
occurrence of the different environmental conditions that would 
25 influence the result of the activation of a functionality of the 
node and that may also influence the invocation of the s\jbsequent 
functions alities . 

If for instance the result of the analysis of the 
routing of a certain called nijmber leads to different possible 
30 solutions with alternative choices depending on the actual state 
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of the resource of the actual node, the actual node would 
terminate the analysis following the only choice consistent with 
the actual state of the resources at that instant. 

The simulator of the node state, instead, generates a 
5 set of possible states si,.., sn each of which corresponds to a 
situation that may lead to a different result of the analysis. 
In the currently preferred embodiment of the invention, to the 
different states are associated as many instance of the register 
R. 

10 If the simulation continues downstream of the 

aforementioned analyzer, the simulation will have to be continued 
branching the analysis off starting from the n behaviors deriving 
from each possible state. The final result, therefore, is a set 
of simulated behaviors CS, k, s associated to the node k in the 

15 state s. 

In the execution of a check, the [[said]] simulated 
behaviors are compared through a decisional component CC to the 
possible expected behaviors expressed in Ml. The result is, as 
in the previous cases, an REPC report that indicates the 
20 differences between the expected behaviors and the simulated 
behaviors . 

From the functional point of view, the set constituted 
by the analyzers A and by the simulator of the node state SS can 
also be considered a node simulator macro-block, called SN, 
25 destined to operate on the configuration data CFk extracted from 
the printout. 

FIG_^ [ [ure] ] 13 refers to the criteria with which, 
within the system illustrated herein, are accomplished the 
functional checks destined to verify the expected behavior of a 
30 service or of a performance of the network as a whole. 
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In essence, the solution described herein is based on 
operation checks no [ [n] ] longer accomplished [[-]] as described 
above [[-]] on the individual nodes of the network considered 
separately, but on the behavior of the nodes upon their 
5 interfacing and of the interwork for the realization of the 
performance or of the services. 

The diagram of FIG^ [ [ure] ] 13 shows the criteria for 
the execution of the functional checks of the network services . 

In a generic network node k, the configuration data CFk 
10 extracted from the printouts are used by the related simulation 
functions alities SN of the behavior of the node and influence 
the behavior of the node itself in the rendering of the service. 

It is then supposed that for the rendering of the 
service the node k interfaces with the node k+1 by means of 
15 appropriate network protocols. 

The system illustrated herein is able to simulate the 
rules for the interaction and interface between the nodes by 
means of appropriate functions alities SIk/k+1, which then in 
turn enable the simulation of the behavior of the node k+1 given 
20 the particular rendering of the service which takes into account 
the behavior at the interwork that occurred with the node k. 

The final result is the behavior of the network CSN 
resulting from the behavior of. the individual network nodes 
and, thanks to the simulative interfacing element SIk/k+1, from 
25 the mutual interwork that influences the behavior of the nodes 
themselves . 

These [[said]] simulated network behaviors can be 
compared to the expected network behavior Ml from a decisional 
component CC. The result is, as in the previous cases, a report 
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REPC that indicates the differences between the expected behavior 
and the simulated behavior. 

FIG_^ [ [ure] ] 14 refers to the criteria with which, in 
the system described herein, the previous techniques are applied 
5 to a future configuration network instead of to the current 
configuration . 

<COMMENT: Detail WHAT-IF Analysis> 

This way of proceeding allows one to meet the 
requirement of performing data checks before their actual 
10 introduction in the network, allowing the analysis of the impact 
that a modification to the node configuration data will bring to 
the behavior of a single node or of the network. 

An element FC, able to simulate the command analysis 
functionality, allows one to apply to a configuration CF detected 
15 in the network and extracted from the printouts a set of commands 
CM to modify the configuration itself in the simulated 
environment alone, leading to a new version CFM of the 
configuration data for a single node or even for the whole 
network. On this new version of the configuration can now be 
20 applied all previous techniques. 

This way of proceeding can be freely combined with the 
various techniques described above; therefore the new CFM 
configuration can refer to a siobset of the configuration data of 
a node, up to all configuration data of the nodes of the whole 
25 network. The new configuration can be analyzed simply through 
the analyzers, or be subjected to configuration checks, 
exhaustive functional checks, checks of the operation of a 
network service on all nodes and so on. 

In the currently preferred embodiment of the invention, 
30 the control /simulation functions are activated by a plurality of 
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terminals or work stations Ul,..., Un distributed on the 
territory and able to interact remotely with the system server S 
for instance with data network RD3 communication modes . All 
this, with the stations Ul , . . . , Un usually being inhibited from 
5 interaction with the model configuration Ml whose definition is 
left exclusively to the station Wl. This need to distribute the 
work stations Ul,..., Un over the territory is felt less acutely 
if the system is configured in such a way as to be able to 
accomplish in centralized fashion also the (re) configuration of 

10 the nodes starting from a single control station. In this latter 
case, it is also possible merge in a single station (such as the 
station Wl) the functions of general network supervision and of 
starting the simulation functions. In the diagrams of FIG_^ 
[ [ure] ] 1 the [[said]] functions are instead shown to be 

15 attributed in distinct fashion to the station Wl, on one part, 
and to the stations Ul,..., Un, on the other part. 

Each of the stations Ul,..., Un is usually ahle to 
perform at least the following operations: [[-]] 

finding the current configuration of a node or of 

20 multiple nodes by importing their printout, and 

[[-]] 

requesting the execution of configuration checks or 
functional checks that exhaustively verify the 
behavior of the nodes, or requesting network 
25 functional checks and visualizing the outcomes 

obtained in the form of reports . 
Each of the stations Ul,..., Un is also able to start 
the simulation to verify a determined functionality of a node. 

In the currently preferred embodiment of the invention, 
30 the stations Ul,..., Un also have the ability to simulate in 
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step-by- step mode the generic function of the node undergoing 
verification . 

All this is done in an environment that allows one to: 

[[-]] 

5 select the node or nodes of interest; [[-]] 

select the analyzer of interest, [[-]] 
configure the input data of the analyzer, [[-]] 
configure (in transparent fashion for the user) the 
analyzer exploiting the configuration data from 
10 the corresponding printout, [[-]] 

simulate (possibly with step-by-step mode) the related 

function , and [ [ - ] ] 
analyze the results of the analysis. 

To enable the simulation of the complete behavior based 

15 on the configuration data present for a certain network service, 
an environment has been defined that allows one to: select a 
traffic scenario, a starting system and setting determined 
initial simulation conditions; display all possible alternatives 
obtained by simulating the different nodes and the different 

20 interfaces that under any network condition will lead to the 
rendering of the service given the initial conditions set. 

The stations Ul,..., Un are usually able to simulate 
the effect of the application of a set of commands for updating 
the configuration data, creating a new version of the 

25 configuration itself whereon can be executed simulations, checks 
and analyses before the actual modification of the data on the 
nodes of the actual network. 

Naturally, without changing the principle of the 
invention, the realization details and the embodiments can be 

30 widely varied with respect to what is described and illustrated 
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herein, without thereby departing from the scope of the present 
invention . 
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